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INTEGRATED TONE-BASED AND VOICE-BASED TELEPHONE 

USER INTERFACE 

5 

FIELD OF THE INVENTION 

The present invention relates to the field of 
telecommunications. This invention more particularly pertains to a 
telephone user interface (TUI) capable of switching between or among 
10 different command modes, such as Dual Tone Multi-Frequency (DTMF) 
and voice-based command modes. 

BACKGROUND OF THE INVENTION 

A TUI is a computer-implemented interface that allows a user 

15 to program and to manipulate program commands by using a telephone 
handset to communicate with a computer. At present, there are primarily 
two types of TUIs available: DTMF/tone-based and voice-based. In a 
tone -based TUI, control commands are generated using normal touch-tone 
dialing. For example, a user can touch buttons on a keypad to generate 

20 DTMF signals. Conventional telephones have a keypad including 12 
buttons and, therefore, 12 possible combinations of tones. In contrast, for 
a voice-based TUI, commands are generated by reciting words or phrases. 
Voice activated controls recognize the recited words or phrases and 
identify the command. 

25 A tone-based TUI provides a hierarchy of prompts consisting 

of a menu of options selected by touch-tone diahng. Once the TUI has 
been activated, the user is provided with an announcement of the options 
available at the present level in the menu structure. A TUI utilizing a 
DTMF interface instructs the user to press a keypad button associated with 

30 a number in order to initiate a desired action. 

For example, a typical announcement in a DTMF-controUed 
TUI may provide the following menu of options for a voice mail system: 
"To Usten to your messages, press 1 ; To change your voice mail greeting, 
press 2; ... To disconnect, press 9." If the user presses a button 

35 represented by the number 1, the voice mail system plays the first voice 
mail message in the mailbox. This is an example of a single level of 
options in a tree menu structure. However, if the user presses a button 
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represented by the number 2, the system goes to a different level of 
options in the tree menu structure. At each subsequent level the user 
enters, a new announcement is heard by the user. Each announcement 
instructs the user of a new set of available options. The user cannot skip 
5 levels of conmiand options as a result of the tree-like menu structure for 
the DTMF-controlled interface. The user has to navigate through each 
level until a desired option is encountered, thereby making this tone-based 
TUI tedious to navigate. 

On the other hand, a voice-based TUI utilizes a "flat" menu 

10 structure of options. Instead of pressing keys on the keypad of a 
telephone handset, the user states a voice command that instructs the 
system to perform an action. For instance, a user would simply state 
"Listen to my messages" or "Send a new message" without Hstening to a 
prompt identifying all of the possible options available to the user. In other 

15 words, upon the user entering the voice-based TUI, no announcement is 
made by the system and the user simply states the desired option, if 
known. If the user is not sure what to do, the user can say "Help" and 
the system responds by presenting the user with a Ust of the system's 
voice commands. However, because a voice-based TUI uses a flat menu 

20 structure, the user wiU not be provided with the hierarchy of prompts 
typically encountered in the tone-based TUI. 

A voice-based TUI sometimes has difficulty responding to 
voice commands in noisy environments. Moreover, in public, if a user 
encounters a voice-based TUI, additional confidentiality may be desired. 

25 For example, the user may experience difficulty responding verbaUy in an 
environment where it is possible to be overheard. In order to aUow the 
user to respond in private, the voice-based TUI must be exited or the user 
may simply fail to complete the purpose for which the call was made. 

One technique to overcome the problems associated with 

30 both the DTMF and voice interface techniques is to utilize a voice-based 
TUI that can also accept the entry of DTMF commands. This technique is 
referred to as a voice-based hybrid TUI. Unlike a tone-based TUI, the user 
is not prompted in the voice-based hybrid TUI to press a button on a 
keypad to select an option. The user, however, must either know the 

35 corresponding button for a voice command or must ask the system for 
help. 
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Another technique to overcome the problems associated with 
both the tone-based and voice-based interface techniques is to utilize a 
tone-based TUI with integrated voice recognition. This technique is 
referred to as a tone-based hybrid TUI. An example of an announcement 
5 in a tone-based-hybrid TUI may state: "To listen to your messages, press 
or say 1 now; To change your voice mail greeting, press or say 2 now; ... 
To disconnect, press or say 9 now." 

Both hybrid TUIs are implemented by using the same 
command mode of the core TUI on which they are based. For example, 

10 the tone-based hybrid TUI utilizes a tone-based command mode and the 
voice-based options are implemented from the core tone-based command 
mode. In contrast, the voice-based hybrid TUI uses a voice-based 
command mode and the tone-based options are performed while operating 
in this voice-based command mode. These known hybrid systems face 

15 operational difficulties because the options of a subsequently desired 
operating mode are implemented from within the originally initiated 
operating mode. For example, a tone-based hybrid TUI for a voice mail 
system may have a "Barge-In" capabihty that allows a user to implement 
voice command options without leaving the tone-based command mode. 

20 The user simply "talks over" the prompts and, in response, the tone- 
based-hybrid TUI recognizes the voice command and implements the 
corresponding option of the tone command mode. However, a Barge-In 
feature only allows the user to operate within the original command mode. 
To activate the other command mode, the user has to terminate the call 

25 and begin anew. There is no mechanism for changing the active 
command mode in a prior TUI system at any time during a call. 

For the foregoing reasons, there is a need for a single TUI 
that combines tone-based and voice-based command modes. This 
integrated TUI should provide the user with access to either command 

30 mode and allow the user to switch between the two at anytime. This tone- 
based/voice-based TUI also should allow both modes to remain 
functionally distinct rather than having one command mode functioning as 
the core TUI. 

35 SUMMARY OF THE INVENTION 

The present invention solves the above-described problems in 
the prior art by providing a method and apparatus for switching between 
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voice and tone-based command modes of a telephone user interface (TUT). 
The present invention can satisfy the need to integrate both tone-based and 
voice-based TUIs into a combined user interface technology that keeps 
both command modes distinct, while capitalizing on the individual benefits 
5 of both modes. The present invention can toggle between voice-based and 
tone-based command modes by mapping the operations of each command 
mode. This integrated TUI allows users to enter command signals with 
either voice or DTMF commands to transition between command modes 
at any time during a call to the TUI system. 

10 Generally described, the present invention operates within an 

environment of a TUI having two or more different command modes. 
For example, the TUI includes a (1) tone-based command mode for 
receiving a command signal associated with a tone option of a menu 
structure of tone options and a (2) voice-based command mode for 

15 receiving a command signal associated with a voice option of a menu 
structure of voice options. The tone options are logically associated with 
the voice options as a result of a mapping operation. In response to a 
telephone caU into the TUI, an initial conraiand signal is generated, 
typically by a user inputting a tone or voice command or in response to a 

20 programmed trigger event. In response, a first conmiand mode associated 
with the command signal is activated for operation by the TUI. This first 
command mode can be either the tone-based command mode or the 
voice-based command mode. The first command mode can be interrupted 
in response to receiving a subsequent command signal to activate a second 

25 command mode for operation by the TUI. The subsequent command 
mode signal also terminates the operation of the first command mode by 
the TUI. For example, the second command mode is set to the voice- 
based command mode when the first command mode is the tone-based 
command mode. Alternatively, the second command mode is set to the 

30 tone command mode when the first command mode is the voice 
command mode. 

In one aspect of the present invention, the voice-based and 
tone-based conmiand modes have an active or inactive status. Voice 
command options, which are typically represented by a flat menu 

35 structure, are logically associated with tone command options organized in 
a multi-level menu structure. A command mode switch, fiinctionally 
connected to the voice-based and tone-based command modes, is 
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responsive to command signals input by a user for switching between the 
command modes. The switch toggles among the command modes by 

(1) switching an active command mode to inactive status and by 

(2) switching the remaining command mode from inactive status to active 
5 status. In response to a switch toggle, the options in the newly active 

command mode are translated to the logically associated options of the 
previously active conmiand mode. Significanfly, either command mode is 
separately accessible at anytime by the user while the TUI operates in the 
present command mode. 

10 More particularly described, the conmiand options of the 

voice-based system and the tone-based system can be mapped to one 
another to permit an exchange between the command modes. While in 
one of the command modes, the user has access to the corresponding 
options of the other command mode. The translations can occur by 

15 inspecting a command signal input as a response in one command mode 
and then locating the option corresponding to the command signal for the 
other conmiand mode. This translation is typically completed in 
accordance with a command mode option layout, which is typically 
maintained in a database. 

20 A TUI constructed in accordance with the present invention 

has a number of advantages over prior tone-based and voice based 
interfaces. An important advantage of the inventive TUI is a feature that 
allows a user to toggle between or among the command modes, while 
maintaining distinct operational command modes. Accordingly, this 

25 invention overcomes the aforementioned inadequacies of the prior art and 
provides an improvement which is a significant contribution to the 
advancement of the telephone user interface art. 

The foregoing has broadly outlined some of the more 
pertinent aspects and features of the present invention. These should be 

30 construed to be merely illustrative of some of the more prominent features 
and application of the invention. Other beneficial results can be obtained 
by applying the disclosed invention in a different manner or by modifying 
the disclosed embodiments. Accordingly, other aspects and a more 
comprehensive understanding of the invention may be obtained by 

35 referring to the detailed description of the exemplary embodiment taken in 
conjunction with the accompanying drawings, in addition to the scope of 
the invention defined by the claims. 



BRIEF DESCRIPTION OF THE DRAWINGS 

For a more succinct understanding of the nature and objects 
of the present invention, reference should be directed to the following 
5 detailed description taken in conjunction with the accompanying drawings 
in which: 

Fig. 1 illustrates an exemplary embodiment of the present 
invention operating within the environment of a public switched telephone 
10 network (PSTN); 

Fig. 2 iQustrates another exemplary embodiment of the 
present invention operating within the environment of a personal 
computer interfacing with a PSTN; 
B Fig. 3 is a flowchart of a method of toggUng between 

5 15 command modes according to an exemplary embodiment of the present 
"y-i invention; 

m Fig. 4 is a flowchart of an interruption task completed 

ffl according to an exemplary embodiment of the present invention; 

y Fig. 5 is a state diagram illustrating the general operation of 

H 20 an exemplary embodiment of the present invention; and 

Lh^ Fig. 6 illustrates an exemplary embodiment of a database 

In containing tables of indexed options for voice-based and tone-based 

O command modes. 

25 DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS 

The present invention permits switching between distinct 
operating command modes of a telephone user interface (TUT) through a 
conmiand translation process. In response to switching from one 
conmiand mode of the TUI to another command mode, the user is able to 

30 resume operation in the newly selected command mode without having to 
exit the TUI during a call to the TUI-supported system. Although the 
present invention may be utilized in a variety of appUcations, the operation 
and feasibility of the present invention will be demonstrated by describing 
specific embodiments. One embodiment of the present invention is a TUI 

35 operating on a network node within the PubUc Switched Telephone 
Network (PSTN) or within a private telephone system. Another 
exemplary embodiment of the present invention is an implementation 
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within a personal computer-based application which interfaces with a 
public or private telephone system. Alternate exemplary embodiments of 
the present invention can exist on a computer-readable medium or in a 
telephone answering system or a personal answering machine. 

5 

GENERAL OPERATION 
A TUI embodying the principles of the present invention 
typically includes a voice-based command mode and a tone-based 
command mode. The TUI toggles or switches between two (or more) 
10 command modes. Each command mode can be set to either an active 
status or an inactive status. While the preferred embodiment is described 
with reference to a pair of command modes, it is understood that more 
than a pair of command modes may be used in the TUI of the present 
invention. 

15 The tone-based command mode typically has a tree-like, 

multi-level menu that allows the user to select command options from the 
menu by pushing a button or key on a keypad. The menu in the tone- 
based command mode leads the user through the available command 
options. In comparison, the voice-based command mode has a flat menu 

20 structure that allows the user to state a voice command for performing an 
action. When set to an active status, each of the command modes can 
independently receive a command signal. The tone-based command mode 
receives tone-based command signals and the voice-based command mode 
receives voice command signals. For example, a dual tone multiple 

25 frequency (DTMF) recognition unit can be used to detect and recognize 
tonal commands, whereas a voice processing unit can be used for 
detecting and analyzing voice commands. 

The present invention can include a command mode switch 
that is functionally connected to the voice-based and tone-based command 

30 modes. In response to toggling the command mode switch, the inactive 
command mode enters the active state and the formerly active command 
mode enters the inactive state. This translates the command option of the 
former active command mode to a corresponding command option of the 
newly active command mode. The conmiand mode switch can control the 

35 operating states of the command modes of the TUI. The conmiand mode 
switch typically includes a software module, a hardware module or a 
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combination of both modules, and is responsive to command signals input 
by the user. 

Fig. 1 is a diagram depicting an exemplary embodiment of 
the present invention operating as an integral TUI with toggled command 
5 modes. In this embodiment, a service node (SN) 110 is connected to the 
PSTN 120 through a service switching point (SSP) 130. The SN 110 
serves as the platform for a telephony system utilizing the TUI. The PSTN 
120 interfaces to other teleconmiunication systems, such as cellular 
network 140 and private telephone systems 150. 

10 Another exemplary embodiment of the present invention is 

illustrated in Fig. 2 in which a conventional personal computer operates as 
the platform for a TUI program. Although the configuration described 
herein is applicable to a variety of general purpose TUI programs to which 
the present invention may be incorporated, a specific embodiment 

15 comprising a toggled command mode, TUI computer program wiU be 
described as a representative example. The TUI computer program 
operates to toggle between distinct command modes for operating the TUI 
in response to receiving calls via the PSTN. The togghng of command 
modes is initiated in response to receiving an input signal representing a 

20 command from the caUing party, i.e., a user. This interrupts the active 
command mode and thereafter activating the formerly inactive command 
mode. Once the alternative command mode is implemented, the user can 
continue operation of the TUI in this other command mode. This 
exemplary embodiment can toggle again between the command modes in 

25 response to receipt of subsequent input signals. 

A computer 202 of Fig. 2 generally consists of a processing 
unit 200, which interfaces to a memory storage device 210, a display 
device 220 and a user input device 230. Access to the PSTN 120 is 
provided through an interface device 240. The interface device 240 

30 supports at least one access line 250 connecting the computer 202 to the 
PSTN 120. The access Une 250 may consist of analog or digital interfaces, 
and supports the process of receiving and transmitting analog or digital 
data in real-time or otherwise. In addition, a local terminating device 260 
may be connected to the PSTN 120, via the computer 202, through a 

35 local line 270 and interface device 240. 

The memory storage device 210 is operative to store a 
program module for implementing an exemplary embodiment of the TUI. 




9 

For example, a TUI, implemented as a computer program running on the 
computer 202, provides an interface to a user via the display device 220. 
This interface emulates the physical interface of a standard telephone. In 
general, the TUI program module can process a call placed by a user via 
5 the PSTN 120 and transported over the access line 250 into the interface 
device 240. 

The processing unit 200, being responsive to instructions of 
the TUI program module, can prompt the user for an initial command 
mode selection signal in response to a received call. The processing unit 

10 200 activates a first conmiand mode of the TUI based on the initial 
command mode selection signal. This first command mode can be 
interrupted in response to receiving a subsequent command mode 
selection signal to implement another command mode of the TUI. In 
response to interrupting the first command mode, the processing unit 200 

15 activates the second command mode associated with the subsequent 
command mode selection signal and resumes TUI operation based on the 
second command mode. The processing unit 200 may then interrupt the 
second command mode in response to receiving yet another command 
mode selection signal to re-implement the first command mode. In turn, 

20 the processing unit 200 re-activates the first command mode while placing 
the formerly active second command mode into an inactive state. 

The foregoing exemplary embodiment of the TUI may be 
conveniently implemented in one or more program modules as weU as 
hardware components. The present invention may conveniendy be 

25 implemented in a programming language such as the "C" programming 
language; however, no particular programming language has been 
indicated for carrying out the various tasks described above because it is 
considered that the operation, steps, and procedures described in the 
specification and illustrated in the accompanying drawings are sufficiently 

30 disclosed to permit one of ordinary skiU in the art to practice the instant 
invention. Moreover, in view of the many different types of computers, 
computer platforms and program modules that can be used to practice the 
present invention, it is not practical to provide a representative example of 
a computer program that would be applicable to these many different 

35 systems. Each user of a particular platform would be aware of the 
language and tools which are more useful for that user's needs and 
purposes to implement the instant invention. 
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OPERATION WITHIN THE PSTN 
Fig, 3 illustrates a flow chart of a method 300 for switching 
between multiple command modes, such as a tone-based command mode 
5 or a voice-based command mode, of a TUI in accordance with an 
exemplary embodiment of the present invention. This method 300 is 
invoked by a call placed by a user to the TUI or, alternatively, a caU could 
be placed to the user. The TUI itself is configurable for each particular 
customer. For example, a default mode can be set when the subscriber is 
10 initialized, when the subscriber calls and is prompted, or when the 
subscriber receives a call. 

In the embodiment shown in Fig. 3, the TUI receives the caU 
from the user as shown at block 310. Process block 312 is entered to 
O prompt selection of either the tone-based conmiand mode or the voice- 

15 based command mode. Preferably, the user is prompted a defined number 
of times, after which the process proceeds directiy to the preferred 
command mode. Altematively, the previously selected conmiand mode is 
activated each time the user makes a call. For another embodiment, the 
command mode can be entered at process block 312 in response to the 
20 occurrence of a trigger event defined by program parameters of the TUI. 

Still referring to Fig. 3, an inquiry is conducted at decision 
block 314 to determine whether the user has issued a command signal. In 
response to receiving a command signal, the THEN branch is followed to 
process block 316, where either the tone-based command mode or the 
25 voice-based conmiand mode is activated. The selected command mode is 
associated with the initial command signal that serves to activate the first 
command mode. If the user fails to select a command mode in block 314, 
the ELSE block is followed to process block 318, where either the tone- 
based command mode or the voice-based command mode is activated as 
30 the default command mode. In some instances, as described above for 
example, blocks 312 and 314 could be skipped and the process would then 
proceed directiy to block 318 to activate a predetermined default 
command mode. 

The service provider preferably establishes one of the 
35 command modes as the default command mode. For instance, the tone- 
based command mode could be assigned as the default command mode 
during certain hours or in response to receiving a caU from a particular 
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telephone number into the TUI-supported system. If the tone-based 
command mode is the default command mode, an audio announcement of 
options available at a first command option level is made. If the voice 
conmiand mode is the default command mode, no audio announcement is 
5 made. However, the user can be prompted for input in the voice-based 
conmiand mode by providing a pause indicating the TUI is awaiting input 
from the user. The TUI may use voice recognition of predefined 
command terms in order to select the desired option. It will be 
appreciated that the TUI can provide alternative forms of input prompts, 
10 such as a verbal request or a tone that prompts the user for input. 

From either block 316 or block 318, the method 300 
continues to process block 320, where the user is prompted for input for 
the current active command mode, i.e., the selected command mode or the 
O default command mode, respectively. At this point, the user is able to 

'% 15 control the TUI by providing the appropriate command signals. In 
response to an input prompt, the user can choose at least one option from 
£l a menu of command options for the current active command mode. To 

m control the TUI in the active command mode, the user inputs either tone- 

^- based command signals or voice-based command signals depending upon 

L 20 the active command mode. The input can involve DTMF or vocalized 
ry command signals received from a telephone handset. 

^ In decision block 322, an inquiry is conducted to determine 

.0 whether the active command mode should be interrupted. The inquiry 

^ undertaken in block 322 is shown in the flow chart of Fig. 4, and is 

25 explained in further detail below. In decision block 322, if the user 
interrupts the active command mode by inputting a command signal to 
change command modes, the YES branch is followed to process block 
324 for translation of the command signal. The translation process is 
shown in Fig. 5 and is described in further detail below. 
30 During the translation task, the' command signal is inspected 

at step 324 and the user is prompted with a command option for the other 
command mode. This command option corresponds to a command 
option of the interrupted command mode. Typically, the command option 
of the altemate command mode is located in accordance with a command 
35 option layout maintained in a database and defining the relationships 
between command options of the command modes. A typical database of 
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the present invention is shown in Fig. 6, and is explained in further detail 
below. 

At process block 326, the other command mode, namely the 
command mode associated with the command signal for interrupting the 
5 current command mode, is activated. At process block 328, input entered 
by the user for controlling the TUI and for completing the desired 
transaction is processed. 

In block 322, if the user does not enter a conmnand signal for 
changing command modes, the NO branch is followed directly to process 
10 block 328 for processing of the input entered by the user. The process 
continues to block 330, where an inquiry is conducted to determine 
whether to continue TUI operations. If so, the YES branch is followed to 
block 320. Otherwise, once aU options desired by the user are executed, 
O and if the user no longer desires to continue TUI operations, the NO 

% 15 branch is followed to block 332, where the user terminates the caU and the 
"^1 TUI is exited. 

^ In the event the process is interrupted again at block 322, 

m after a second command mode has been activated in place of the first 

command mode, the second command mode may also be interrupted. 
L 20 For example, the first command mode can be activated again in response 
ry to receiving a command signal from the user directing the toggUng of 

command modes. 

C The inquiry undertaken in block 322 is shown in more detail 

with respect to Fig. 4. As shown in this exemplary embodiment, to 

25 interrupt an active command mode, the user enters an input that is 
associated with the inactive command mode. For example, spoken input, 
as shown in process block 410, is entered by the user while in either the 
tone-based or the voice-based command mode. In decision block 412, an 
inquiry is conducted to determine which command mode is active. In 

30 decision block 412, if the active command mode is the tone-based 
command mode, the TONE branch is followed to process block 414, 
where the conmiand signal in the form of spoken input is received. The 
process will then continue to block 324 (Fig. 3), where the spoken input is 
correlated with an option available in the voice command mode. For 

35 example, if in response to an announcement in the tone-based command 
mode, such as "To listen to your messages, Press 1" the user instead said 
"Listen to Messages", the user's verbal response would be recognized as 
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a vocalized command and the option corresponding with this command in 
the voice-based command mode would be located. The voice-based 
command mode is then activated as shown in block 326 (Fig. 3). 
Proceeding to block 328 (Fig. 3), the option associated with the "Listen to 
5 Messages" input signal then can be executed by the voice-based command 
mode. 

In block 412, if the user is in the voice-based command mode 
when entering a spoken entry, the VOICE branch is followed to decision 
block 416. In decision block 416, an inquiry is conducted to determine 

10 whether the voice-based conmiand mode is to be switched to the tone- 
based command mode. If the user desires to switch from the voice-based 
command mode to the tone-based command mode, the user inputs a 
particular vocalized command, such as "Switch Mode". The YES branch 
is then followed to block 324 (Fig. 3). At block 324, the next available 

15 option in the voice-based command mode is correlated with a similar 
option available in the tone-based conmiand mode. This option in the 
alternative command mode corresponds to an option in the interrupted 
command mode. Alternatively, a default operation results in response to a 
selection of an option at the beginning of the newly implemented 

20 command mode. Next, the process continues at process block 326 (Fig. 
3), where the tone-based command mode is activated. At block 328 (Fig. 
3), the user's input is processed in the tone-based command mode. In 
decision block 416, if the user does not desire to switch to the tone-based 
conmiand mode, the NO branch is followed to block 328 (Fig. 3) for 

25 controlling TUI operation in the voice-based command mode. 

Keyed input is entered at process block 422 in either the 
voice-based command mode or the tone-based command mode. In 
decision block 420, an inquiry is conducted to determine whether the TUI 
is operating in the voice-based command mode or the tone-based 

30 command mode. If the user enters keyed input in process block 422 when 
the TUI is operating in the voice-based command mode, then the process 
continues from block 420 along the VOICE branch to process block 424. 
In this manner, the tonal command mode selection signal is received while 
the TUI is operating in the voice-based command mode as shown in block 

35 424. 

For example, when the user enters tonal command signals 
while the voice-based command mode is active in block 420, the TUI 
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interprets the conflicting command signal as an instruction to switch to the 
tone-based command mode. After receiving the keyed input in the voice- 
based command mode, the process continues to block 324 (Fig. 3), where 
the keyed entry entered at block 422 is correlated with an option available 
5 in the tone-based command mode. An option in the tree-like menu 
structure of the tone-based command mode is located which corresponds 
with the tonal command signal entered into the voice command mode. 
The method then proceeds to process block 326 (Fig. 3), where the tone- 
based command mode is activated. Once the tone-based command mode 

10 is activated, the process continues at block 328 (Fig. 3) to control the TUI 
utilizing the tone-based command mode. 

In block 420, if the user enters keyed input when the 
command mode is set to the tone-based command mode, the process 
continues along the TONE branch to decision block 426. In decision 

15 block 426, an inquiry is conducted to determine whether the tone-based 
command mode should be switched to the voice-based command mode. 
In block 426, the user can switch from the tone-based command mode to 
the voice-based command mode by using pre-defined tonal command 
signals. The YES branch will then be followed to process block 324 (Fig. 

20 3) for translation operations. 

During translation, the position in the menu structure for the 
next available option in the tone -based conmiand mode is correlated with a 
similar option available in the voice-based command mode. The position 
in the menu structure of the new command mode corresponds with the 

25 last position in the menu structure of the previous command mode. 
Altematively, a default operation may require entry at the beginning of the 
menu structure for the newly implemented command mode. At process 
block 326 (Fig. 3), the voice command mode is activated. The process 
then continues to process block 328 (Fig. 3) to control the TUI while in 

30 the voice command mode. On the other hand, if the user does not desire 
to switch modes at decision block 426, the NO branch is followed to block 
328 (Fig. 3) and the TUI remains in the tone-based command mode. 

Fig. 5 is a state diagram illustrating the general operations 
completed by an exemplary embodiment of the present invention for 

35 toggling between a tone-base command mode 510 and a voice-based 
command mode 512. The command modes 510, 512 can be toggled 
through a command translation process using a command translation 
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database 520. A typical embodiment of the command translation database 
520 is shown in Fig. 6, and is explained in further detail below. 

The command modes are integrally related with one another 
such that each is separately accessible at any time during a call by the user 
5 while the TUI is operating in the other command mode. After activating 
one command mode in place of another, the user is able to resume TUI 
operations in that newly selected mode without first exiting the TUI. In 
Fig. 5, the translation from the voice-based command mode 512 is initiated 
by a user providing an appropriate command signal 526 directing the 

10 changing of command modes. The translation from the tone-based 
command mode 510 is initiated by the user providing an appropriate 
command signal 528 directing the changing of command modes. 
Branches 530 and 532 illustrate the activation of the tone-based and voice- 
based command modes, respectively, after exiting the command 

15 translation database 520. 

The options of the tone-based conmiand mode 510 and the 
voice-based command mode 512 are mapped to one another to permit a 
command mode-to-command mode exchange. For example, while in one 
of the command modes, the user has access to the corresponding options 

20 of the other command mode by activating the other command mode while 
terminating the formerly active command mode. Using a mapping 
technique, the signal input for a conmiand mode is inspected, and the 
option corresponding with that signal is located in the menu structure of 
the other command mode in accordance with a layout defined in the 

25 database 520. The location of the option to be executed, associated with 
the command signal to switch command modes, is retrieved during the 
command translation process from the database 520 and is used to identify 
the position in the menu structure of the new command mode. 

In the exemplary embodiment shown in Fig. 6, the database 

30 520 comprises tables 610, 620 and 630. Each of the tables haye at least 
two items which correspond with each other. Table 610 includes a 
column 612 of voice-based options, for the voice-based conmiand mode, 
marked in sequence from 1 to N and a column 614 of indices numbered in 
sequence from AA to NN. The voice-based options are associated with 

35 the voice-based index. Table 620 includes a column 622 of indices 
numbered in sequence from Al to NN and a column 624 of tone-based 
options, for the tone-based command mode, numbered in sequence from 1 
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to N. Table 630 includes a column 632 of indices AA-NN and a column 
634 of the indices Al-NN. In table 630, the voice-based index of the 
voice-based command mode is associated with the tone-based index of the 
tone-based conrnnand mode. 
5 The options of each command mode are mapped to one 

another to permit command mode-to-command mode exchange. Fig. 6 
shows a representative example for mapping a voice-based option of the 
voice-based command mode to a tone-based option of the tone-based 
conmiand mode. In table 610, voice-based option 1 in column 612 is 

10 mapped to tone-based option 1 in column 624 of table 620 by mapping 
voice-based index A A to tone-based index Al and then mapping tone- 
based index Al to tone-based option 1. Translation from voice-based 
option 1 of column 612 to tone-based option 1 of colunrn 624 occurs by 
inspecting a signal input in the voice-based command mode to implement 

15 the tone-based command mode. In response, the tone-based option 
corresponding to the input signal for the tone-based command mode is 
located in accordance with the layout shown in table 630. Once the tone- 
based option 1 is located in column 624 of table 620, the tone-based 
command mode is activated, in place of the voice-based command mode, 

20 thereby making the tone-based option 1 available to the user. 

Once a subsequent command mode has been implemented, 
the user may retum to a previously activated command mode. In other 
words, the user can toggle between command modes by interrupting one 
command mode in order to activate the other command mode. In this 

25 manner, the present invention permits any command mode to be 
interrupted an almost infinite number of times during a caU placed to a 
TUI-supported system. However, the options may be mapped differently 
between one another when toggUng between command modes. For 
example, the user may be mapped to the last initiated option in the menu 

30 structure of the activated command mode, to the option of the activated 
command mode which is most functionaUy similar to the last option 
accessed in the deactivated command mode, or to the first available option 
in the menu structure of the activated command mode. 

The present invention has been illustrated in relation to 

35 particular embodiments which are intended in aU respects to be illustrative 
rather than restrictive. Those skilled in the art wiU recognize that the 
present invention is capable of many modifications and variations without 
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departing from the scope of the invention. Accordingly, the scope of the 
present invention is described by the claims appended hereto and 
supported by the foregoing. 



